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A pledge-based resource allocation system is provided in a 
client/server environment. In this system, resources, such as 
database objects, are allocated to clients for a limited time 
period. Allocating resources to clients for a limited time 
period ensures that a client cannot allocate a resource for so 
long as to affect other client's use of the resource. This 
limited use of resources also has other benefits, such as 
preventing concurrency problems like deadlock. 
Additionally, using this scheme, a client knows for how long 
it can utilize a resource since it knows for how long the 
resource will be valid (i.e., how long it integrity can be 
guaranteed) and can plan accordingly. Another aspect of the 
pledge-based resource allocation system is that it efficiently 
stores a directory structure containing allocation-related 
information for all resources in the system. This aspect 
provides that when accessing resource information, all 
related information of related resources are grouped closely 
together (i.e., partitioned) to facilitate their access and 
reduce memory access time. 
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PLEDGE-BASED RESOURCE ALLOCATION the system. This aspect provides that when accessing 

SYSTEM resource information, all related information of related 

resources are grouped closely together (i.e., partitioned) to 

CROSS REFERENCE TO RELATED facilitate their access and reduce memory access time. 

APPLICATIONS s In accordance with a first aspect of the present invention, 

_ . a method is practiced in a computer system for allocating 

This application is a contmuation of and claims priority to groups of resources of the computer fem to a dient ^ 

U.S. application Sen No. 08/827,827, now U.S. Pat. No. method assign a first expiration time to each group, receives 
6,301,616, entitled "Pledge-Based Resource Allocation a request from the client to allocate one of the resources in 
System", filed on Apr. 11, 1997, which is hereby iocorpo- 1Q one of the groups, and allocates the one resource to the 
rated by reference. client. Further, the method determines when the first expi- 

ration time of the one group has been reached, and when it 
TECHNICAL FIELD is determined that the first expiration time has been reached, 

The present invention relates generally to data processing me j£ od ass ^ s f se J cond time to the one 

systems and, more particularly, to a pledge-based resource is H'hw t^T^f ^ f*™* ^ 

allocation system ration time has been reached, and when it is determined that 

the second expiration time has been reached, the method 

BACKGROUND OF THE INVENTION deallocates the one resource from the client. 

In accordance with a second aspect of the present 

Conventional systems like the one depicted in FIG. 1 have invention, a method is practiced in a computer system for 

been developed where a computer program 101 (a client) on 20 allocating objects to a client where the computer system has 

a client computer 102 requests the allocation of a resource, a B+tree data structure with an entry for each object. The 

such as a file, stored on a server computer 104 that is entries store allocation information for the objects. The 

communicatively linked to the client computer via a network method groups related objects into groups, assigns an expi- 

106. After allocating the resource, the client 101 utilizes the ra . tion time to each & OXL P, and receives a request from the 

resource and then indicates to the server computer 104 that 25 cnent to allocate one of the objects in one of the groups, 

it has completed its use of the resource and that the server Further, the method stores an indication of the client into the 

computer may deallocate the resource. The deallocation of en f Ty ^ ^ c B+tree for the one object to allocate the one 

the resource on the server computer 104 is performed in object to the client, and determines when the expiration time 

response to the client 101 indicating that it is finished with has been reacned the allocation of the one resource, 

the resource. 30 When it is determined that the expiration time has been 

A number of problems can arise in the conventional method deletes the indication of the client to 

system 100 depicted in FIG. 1. For example, if the client deaUocate ^ ob J ec *- 

computer 102 is connected to the server computer 104 via a 111 accordailce a third aspect of the present invention, 
rather untrustworthy network 106, the resource may never a ***** P rocessim i system is provided comprising a client 
be deallocated by the client and thus the resource cannot be 35 c . om P ute T > a server computer, and a network communica- 
used by other clients. Additionally, the client may forget Uvely Ji^g toe computer to the client computer, 
about the use of the resource (e.g., due to an error) and again The cl * ent com P uter nas a memory containing a computer 
the resource is continually allocated and unavailable to other P r °gram that requests allocation of a resource, that receives 
clients. Managing these problems becomes much more a tune Umii for the resource, and that utilizes the 
complex as the number of resources that the server computer 40 resource until the time hmit has been reached. The client 
104 can allocate becomes very large and the number of com P uter also has a processor for running the computer 
clients who can use the resources also becomes very large. P r °g ram - The server computer has a memory containing a 
In this situation, the server computer 104 spends a signifi- rcs °urce allocator for allocating resources of the server 
cant amount of processing time maintaining numerous data com puter to the computer program and contains a B+tree 
structures containing information about thousands or even 45 na ving subtrees for storing allocation information for parti- 
millions of resources. It is therefore desirable to improve Xions of me resources * Thf server computer also has a 
resource allocation strategies to suit the needs of a client/ Processor for running the object allocator. Each partition has 
server environment where the server computer has many an associated expiration time. The subtrees are stored in a 
resources that can be allocated to many clients. contiguous block of the memory. The resource allocator 

50 receives an allocation request for a resource from the com- 

SUMMARY OF THE INVENTION P uter program, calculates the time limit by adding a prede- 

a u^a ii r , termined time interval to the expiration time, stores an 

A pledge-based resource allocaUon system for a client/ mdication of ^ ^ ^ ^ > ° 

erver environment is provided. In th* system resources, sends me time Umit to f he {Q 
timlnerint A^W / ' " dIo f c *. to <*f*s or a limited 55 resource, determines when the expiration time expires for a 

^S^'^ ^iT^ T t eU T ° l ahmited , Sccond timc > ^ocMcs the allocated resource when it 

period ensures that a client cannot allocate a resource for so fe determined that the time limit has expired. 

long as to affect other client's use of the resource. This y 

limited use of resources also has other benefits, such as BRIEF DESCRIPTION OF THE DRAWINGS 

preventing concurrency problems like deadlock. 60 p IG. 1 depicts a conventional data processing system 

Additionally, using this system, a client knows for how long where a client on a client computer allocates a resource 

it can utilize a resource since it knows for how long the stored on a server computer, 

resource will be valid (i.e., how long its integrity can be FIG. 2 depicts a data processing system that is suitable for 

guaranteed) and can plan accordingly. practicing a preferred embodiment of the present invention. 

Another aspect of the pledge-based resource allocation 65 FIG. 3 depicts a flowchart of the steps performed by a 

system is that it efficiently stores a directory structure client on the client computer of FIG. 2 when allocating an 

containing allocation-related information for all resources in object. 
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FIG. 4 depicts a flowchart of the steps performed by the memory. One skilled in the art will appreciate that other 

object allocator of FIG. 2 when initializing the system. groupings of object records to blocks of memory can be 

FIG. 5 depicts the directory structure of FIG. 2 in greater used * Smcc ^ e cntr ies for related objects are stored in the 

detail same subtree in a contiguous block of memory and since 

d HG. 6A depicts the object record of FIG. 5 in greater > ^/^SSS^^t^S^ 

where when an access is made of related object entries, the 

FIG. 6B depicts the flag of FIG. 6A in greater detail. related entries are contiguous and memory access time is 

FIG. 7 depicts the timer table. reduced. 

FIGS. 8 A and 8B depict a flowchart of the steps per- 10 Each partition has successive expiration times associated 
formed by the object allocator when receiving an allocation with it. When an expiration time is reached, garbage col- 
request from a client. lection of the corresponding subtree in the directory struc- 
ture occurs. During garbage collection, all client entries for 
DETAILED DESCRIPTION OF THE all object records in the subtree are examined. In each client 
INVENTION 15 entry is an indication of whether the client has had the object 
Apreferred embodiment of the present invention provides aUocated ^ugh the expiration of a previous expiration 
a pledge-based resource allocation system to a client/server bm ?' . ^ dienl . had ^ . ob ^ cl allocaled through the 
environment. In this system, resources, such as database cx P" aUon ° f a Previous expiation time, the client entry is 
objects, are allocated to clients for a limited time period ^bage collected (i.e., deallocated). After garbage collec- 
Allocating resources to clients for a limited time period 20 [ 10D 0CCUrs ' ^ e *Pi™tion time for the partition is extended 
ensures that a client cannot allocate a resource for so long as V * P redet f f™ 111 ^ *™e interval to create a new expiration 
to affect other clients' use of the resource. This limited use Ul ? 1 e Upon the reachm g of whlch another garbage collection 
of resources also has other benefits, such as preventing occur. 

concurrency problems like deadlock by preventing one As stated above, a particular object is deallocated from a 

client from permanently depriving another client of a 25 clieat 7 ncn . thc ex Pi ration time has been reached, a new 

resource. Additionally, using this scheme, a client knows for expiration time has been set and the new expiration time has 

how long it can utilize a resource, since it knows for how becn rcacned > while the object has been allocated to the 

long the resource will be valid (i.e., how long its integrity sam . e c ^ ni \ Deallocating an object from a client when the 

can be guaranteed), and can plan accordingly expiration time has been twice reached (or twice expired) 

Another aspect of the present invention efficiently stores 30 eDSUreS ^ client has h * ^ ob J ect allocated for at least 

a directory structure containing allocation-related informa- ^ ™ m V ht * *™ mterval and at most two time intervals. 

uonforaflresourcesmthesystem.Tmsaspectprovidesthat i&chm f Q ^knownasthe "second chance algorithm." 

when accessing resource information, all related information ^ enc ; ver ^ ^ btree for a Potion is accessed, the expi- 

of related resources are grouped closely together (i.e., clus- *T e ° f , the P^ 100 15 ch< *ked against the current 

tered or partitioned) to facilitate their access and reduce 35 tode ^ ne 1 collection should occur. If it is 

memory access time. determined that garbage collection should occur, each client 

TT, fl ■ * • j i_ * , . *. entrv i n eac k object record is accessed to determine if the 

The resources maintained by a preferred embodiment of c \{'\ TD in the rUrnt ™trv k uc *™™ u in * 

^zrt^T^Tr^z 40 xtfT oi r expLtion times - 

appreciate that the present invention can be used with other J?£;. J,**"? - * dato F^T^ ?°° * 

types of resources of a computer system, like files, units of fa P«^8» P referred embomrnent of the present 

memory, or units of data maintained by any of a computer mve, ) tlon - d * a P">~g system 200 comprises a 

system's storage devices, input devices or output devLs. M cte ;V ompute ' 2 °l a server computer 202 intercon- 

•ri,. :„ ( k . a -a a • . IUC . 1CCS ' 45 nected via a network 204. The client computer 201 and the 

Tne objects m the system are divided into partitions, serV er computer 202 contain similar components such as a 

which are groupings of objecte selected by the numerical memory 20 6, 208, a secondary storag^eX IlO 212 a 

closeness of their object identifier (OID). Each object in the central processing unit (CPU) 214, 216, an input device 218 

system * assigned an OID, which is a 128 bit number 220, and a videodisplay 222, 224. The meTry Z oi f £ 

LTtSl^ ^ ° b > e ?? b} 5? ^ f gned ° IDS 50 cHent computer 201 contains acomputer progrTo 22 . Th 

such that related objects are clustered together (i.e., numeri- cnrtiniltfr ; m(rr!ini <y>* /• „ a K A f 

cally close) which provides benefits a! described below. XlZ^t^tllT^^ 
since tne oojects are divided mto partitions by their OIDs, ut fl izes the resource until it is no longer valid (\ e \h* 

° bjeCtS ^ ^^^^^ 
into the same partition. 55 208 of the smet 202 a database m r 

All objects in the system have a corresponding data record 228 that manages a database 234 on the secondary storage 

( object record") in a directory structure. The object record device 212 and an object allocator 230 that is responsible for 

contains an identification of all clients ("client IDs") that allocating objects in the database 234 and maintaining a 

have currently allocated a particular object. The client IDs directory structure 232 for the objects in the database 234 

are stored in client entries in the object record. The directory 60 The directory structure 232 contains an object record for 

structure is implemented as a B+tree data structure. Each each object in the database 234 that is allocated to at least 

partition of objects is stored as a subtree of the B+tree, and one client. Although the directory structure 232 is depicted 

each subtree is stored in one contiguous block of memory. as being stored on the secondary storage device 212 it 

If the subtree does not fit into one contiguous block of should be appreciated that at runtime it is located in memory 

memory, additional contiguous blocks may be allocated. The 65 208. Each object record contains an indication of all the 

object records are referred to by the leaf nodes of the B+tree clients that currently have the object allocated The object 

and are stored as groups of eight object records per block of allocator 230 is responsible for adding client entries to the 
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directory structure 232 when objects are allocated and be used. After partitioning the objects, the object allocator 

removing client entries from the directory structure when sets an expiration time for the partition (step 410). In this 

objects are deallocated. As stated above, deallocation occurs step, the object allocator has a preset time interval (e.g., 5 

in response to the expiration of an expiration time. It is the minutes) for each partition. This time interval fluctuates 

object allocator's 230 responsibility to determine when such 5 depending upon the system load. The system load refers to 

an expiration time has expired. the number of object records stored in the directory struc- 

FIG. 3 depicts a flowchart of the steps performed by the hire. The fluctuation of the time interval is desirable so as to* 

client (i.e., computer program 226) on the client computer keep the percentage of garbage collection-related processing 

201 when allocating an object. In order to allocate an object, performed during the time interval relatively constant. That 

the client first sends a request to the object allocator on the io is^sameinumbewofcobjeckrecpr^ 

server computer (step 302). In this step, the client sends an the amount of time necessary to perform garbage collection 

OID specifying the object to be allocated. After sending the increases and it may increase to the point where, during one 

request, the client receives an indication from the object time interval, only garbage collection-related processing is 

allocator that the object has been allocated and also receives performed. To prevent this situation from happening, the 

a time limit beyond which the object will no longer be valid 15 system increases the time interval as the number of objects 

(step 304). In this step, a preferred embodiment additionally in a partition increases. For example, when a partition has a 

sends a copy of the object to the client since a preferred number of object records over a maximum number, the time 

embodiment stores all objects on the server computer. interval can be increased from 5 to 7 minutes. Conversely, 

However, one skilled in the art will appreciate that the client when the number of object records for a partition goes below 

computer may have already had a copy of the requested 20 a minimum number, the time interval can be decreased from 

object or may have obtained it by other means. For example, 5 to 3 minutes. 

a prefetching scheme may be used where the server com- To initially set the expiration time, the object allocator 

puter sends a number of additional objects to the client determines the current time and adds the time interval to the 

computer when it sends a requested object. The time limit current time to determine the expiration time. This expira- 

received by the client is calculated by the object allocator to 25 tion time is then stored in a timer table 700 as shown in FIG 

be the expiration time currently associated with the partition 7. The timer table 700 contains a column indicating the 

containing the object plus the time interval for the partition. partition 702, a column indicating the compressed OID of 

This time limit thus indicates the exact time upon which the the first object in the subtree for that partition 704, and the 

object allocator will deallocate the object. After receiving expiration time for the partition 706. For example the OID 

the indication of the object allocation, the client utilizes the 30 of the first object in partition 1 is 57 and partition 1 has an 

object (step 308) performing whatever processing necessary expiration time of 7:03:10. After setting the expiration time 

with the object and periodically determines if the object is for the partition, the system is ready for normal operations 

still valid (step 310). The client determines if the object is It should be appreciated that during the normal operations of 

valid by comparing the current time to the time limit. The the system, objects can be created and deleted during which 

client computer and the server computer maintain synchro- 35 time the object records and nodes in the directory structure 

mzed clocks so as to ensure the accuracy of the time limit. 500 are created and destroyed using conventional B+tree 

it the object is still valid, the client can utilize the object accessing methods 

some more. However, if the object is no longer valid, the At runtime, allocation information for each partition of 

XE? a**v d ^f«P»*«^^'^tothi8 40 232. As previously stated, the directory struculre 232 is 

object. At this point the client may discard the object. implemented as a B + tree, an example of which is depicted 

FIG. 4 depicts a flowchart of the steps performed by the in FIG. 5. The B+tree 500 is used for storing the directory 

object allocator 230 during initialization of the system. At structure. The B+tree 500 contains a root node 502 three 

system startup time, the database has a certain number of intermediate nodes 504, 506, 508, and nine leaf nodes 

database .objects associated with it. The first step performed 45 510-526. The root node 502 contains a pointer to each 

by the object allocator is to cluster the objects (step 402). In intermediate node 504, 506, 508 and two key values "50" 

this step, the object allocator groups all of the related objects and "82." The key values in the B+tree 500 are compressed 

together. For example, all fields within a record are related forms of an OID (e.g., the high order 8 bytes) Each 

and all records m a table are related. However, if a table intermediate node 504, 506, 508 contains one or more key 

becomes too large, the table may be partitioned into multiple so values and two or more pointers to leaf nodes 510-526 Each 

disjoint groups. After dividing the objects into clusters or leaf node 510-526 contains key values and pointers to an 

groups, the object allocator assigns OIDs to the objects (step object record indexed by the key values. For example the 

404). Each object is assigned an OID with groups of objects leaf node 514 contains a key value "40" and a pointer' that 

receiving sequential OIDs. After assigning OIDs to one refers to object record 527. Additionally, each leaf node 

group a number of consecutive OIDs are skipped to allocate 55 (e.g., 510) contains a pointer to another leaf node (e g 512) 

room for future growth and then the next group is numbered to facilitate searches of the B tree All the leaf nodes 

sequentially. Therefore, each group of objects has a range of 510-526 are at the same depth in the B+tree. The B+tree 500 

OIDs and each group's range is nonoverlapping. That is, has three subtrees 528, 530 and 532, and each subtree 528 

T??™ n °i ? ° De . gr ° Up Wh0SC Value 15 the ran ^ 530 ^ 532 » stored in one contiguous block of memory' 

of OID values of another group. After assigning OIDs to the 60 However, if the subtree is larger than one block of memory 

objects, the objects are partitioned (step 406). In partitioning additional subtrees can be allocated. Groups of object 

the objects, the object allocator uses a predetermined num- records (e.g., 527) for a subtree are also stored in one 

ber and divides the objects into partitions based on this contiguous block of memory, as will be further discussed 

number. For example, the first one thousand objects may go below. The size of the B+tree 500 is merely exemplary and 

into a first partition, the second thousand objects may go into 65 one skilled in the art will appreciate that the B+tree used for 

a second partition, etc. One skilled in the art will appreciate the directory structure 232 may contain more nodes more 

that various other methods for partitioning the objects may levels of nodes and more subtrees 
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When accessing the B+tree 500 to obtain a particular object allocator deallocates the object from the client (step 

object record, the key value of the particular object record is 814). Deallocation is performed by setting the free bit of the 

compared against the key values in the nodes of the B+tree. client entry to indicate that the client entry is unused. If the 

Each key value of the root node 502 indicates the highest cli6nt 6n try deallocated is the only client entry in the object 

J ( ? ID) hGld f 225 ° f th< T Subtre6S 528 ' 5 re <:°"l, the object record is deleted. After deallocating the 

« & 5?" ,° T *T P f' I • °h TT* \ ^ uf C ob i ect > «» ob i ect rto°** nw an overflow object record 

50 which ^ highest indexed key value found in subtree mto meobject recor d if possible (step 816). Object records 

St2 *\ ^ r, m T Tl , ^ 5M 'Z 6 ' f ° 8 , can be me i ed tf » 1 1^' "» overflow object record 

indicate the highest indexed key value in one of the leaf *n n ™i~* tu a ♦ a a *u c . 

™^ cm ci J : c i ■ * j ■ - "* allocated for the object record and there are fewer client 

nodes 510-526. For example, intermediate node 504 con- „ rt * * . , , 1 • 

4 . t i t * i_ * T7 L- l i i . . < \* 10 entries in total than can be stored in the obiect record (i.e.. 

tains a key value "12" which is the highest key value in leaf lrt ■ , f !. J , . , v ^' 

. eiA D , u i i cTi n , there no longer is the need for an overflow obiect record). 

node 510. By using the key values of the B+tree, searching aaau^^u. ~n a u a «rT 1WJUIU 7- 

~u- * a c 'i * * j ti * j j " 6 Additionally, overflow records can be merged. When mere- 

for object records is faahtated. B+ trees are descnbed in 'A u - , a ?• . "^""^s 

,.„.,.; • j *| • TTM r» * * / r f-. # „ ing an overflow object record with an obiect record, the 

further detail in Ullrnan, Principles of Database Systems, ^L, ; „ ^ : ^ u - * j . ,^ 7 

c „ , c ... . ^ * o ■ n_ i /i nM \ 7 client entries m the overflow object record are copied to the 

Second Edition, Computer Science Press Inc. (1982), at pp. 1S n w:^t ™ i a *u a i_- * j . i ™ , 

58-69 object record and the overflow object record is deallocated. 

A , . , r , . J M „ . , . If the client has not had the object allocated for a second 

in PTr° r L ^ u Ug , ram ° f f£n reC ° rd 527 1S de P 1C cfo chance ' the ob J ect «** * e chance bit to indicate 

tS?n 1 r? C ? C rcC ° rd 527 15 ^^r^T °£ 5 i 2 ih * the clieDt has had the located for a second 

bytes in length and contains a number of fields. These fields chance (step 812) 

include the record length field 602, which contains the on aa • \_ ^c. 

length in bytes of the object record 527; the OID field 604 After merging the overflow object record or after indi- 

which contains the OID of the object; the overflow pointer cttmg , l ^ ^ has had the object allocated for a 

field 606, which refers to another object record in the event SCCOnd 1 cnance > . the ob J cct allocator determines if there are 

that there are more clients allocated for the object than can m ° re chent fl entne L s for this object in either the object record 

fit into the object record 527; the number of client IDs field „ °5. m overflov * ob J ect record ( S ^P 818). If there are more 

608 which contains the number of client IDs in the object ± n ' entries f ° r objecl > P rocessin g continues to step 

record; and a number of pairs of client IDs 610, 614 and „ However > * there are no ™re client entries, the object 

flags 612, 616. Each client ID and flag pair is a client entry determmes if there are more object records in the 

The client ID is a unique identifier indicating a client that has P art ^ on ( ste P 820). If there are more object records in the 

allocated the object. The flag 612, 616, as shown in FIG 6B ™ V* T } lti0G > Processing continues to step 806 and another 

contains an indication (a "free bit") of whether this client °T Ci reoon ? \ s selected - However, if there are no more 

entry is currently utilized or whether it is empty and an jeCt f eC0rds m tne P*^ 1011 ' ^ ob J e ct allocator sets the 

indication (a "chance bit") of whether the client has had the ex P ffa t 10n time m ^ tuner table by increasing its current 

object allocated for a first time interval (a first chance) where C y the ^ mterva i- After setting the expiration time 

the value is 0 or whether the client has had the object « m li the . Um ^ r table > or * it is determined that garbage 

allocated for a second time interval (a second chance) where co "ection should not occur, processing continues to step 822 

the value is 1. m nG 8B to al l° cat e the object to the client. In allocating 

HGS. 8A and 8B depict a flowchart of the steps per- ^ °? ject ^ ^ ^ the ° b [ ect aUocalor accesses the 

formed by the object allocator 230 when it receives an ^ ^ compressed OID. If no 

allocation request from a client. The first step performed by 4 o t^wTv * I \ ^ ^ " ?^ ^ 

the object allocator is to receive an allocation request (step 5^?™^^ ^ V** """^ 

802). In this request, the OID of the requesteo^ object is t^^m '^ object record (step 824). When inserting 

provided. After receiving the allocation request, the object ?' °£ * ^ ^ ° bj6Ct aU ° Cat ° r 

allocator determines if garbage collection should occur (step ^ f ^ an overflow object record and insert the client 

804). In order to make this determination, the object alio 45 S mt ° ^ ovc ^ ow record - After mserUng the client iden- 

cator checks the current time against the expiration time in ^ ^ ° bjeCt ^ P rocessin S ends - 

me timer table for tne partition in which the requested object Wmle lhe P resent invention has been described with 

is contained. If the expiration time has not been reached, rcfereQc c ; to a preferred embodiment thereof, those skilled in 

processing continues to step 822 in FIG. 8B. Otherwise, if ^ art ^ a PP r eciate that various changes in form and detail 

the expiration time has been reached, garbage collection 50 may be mad . e ^^o 111 departing from the spirit and scope of 

occurs as reflected by steps 806-821. One skilled in the art ^ present invention as denned in the appended claims, 

will appreciate that instead of checking the current time Wbat ^ claimed is: 

every time a partition is accessed, a timer may be used and 1 * A com puter-readable medium containing instructions 

upon its expiration, deallocation can be performed. for °° ntrol hng a data processing system to allocate objects 

The first step of the garbage collection process is for the 55 ? ^ °?. a SCrVer com P Tlter to a d ient on a client computer, 

object allocator to select the next object record in the b y ^ cli ent computer performing: 

partition, starting with the first (step 806). The first object sending, by the client computer, a request to the server 

record can be accessed using the OID found in the timer computer to allocate an object; 

table 700. After selecting the object record, the object receiving, by the client computer, an indication that the 

allocator selects the next client entry, starting with the first 60 object has been allocated and a time limit; 

(step 808). After selecting the client entry, the object alio- determining when the time limit has been reached- and 

cator determines whether the client has had the object when it is determined mat me time limit has been reached 

allocated for a second chance (step 810). As previously identifying, by the client computer, the object as being 

stated there is a chance bit in the flag associated with each deallocated responsive to the time limit being reached 

chent inchcating whether the client has had the object 65 2. The computer readable medium of claim 1, wherein the 

aflocated for a second chance (second time interval). If the server computer has a B+tree data structure storing alloca- 

chent has had the object allocated for a second chance, the tion information for the objects, and wherein allocating the 
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object includes storing an identifier of the client computer 
into the B+tree data structure to indicate the allocation. 

3. A method in a data processing system for allocating 
objects stored on a server computer to a client on a client 
computer, the method performed by the client comprising: 

sending, by the client computer, a request to the server 

computer to allocate an object; 
receiving, by the client computer, an indication that the 

object has been allocated and a time limit; 
determining, by the client computer, when the time limit 

has been reached; and 
when it is determined that the time limit has been reached, 

identifying, by the client computer, the object as being 

deallocated responsive to the time limit being reached. 

4. The method of claim 3, wherein the server computer 
has a B+tree data structure storing allocation information for 
the objects, and wherein allocating the object includes 
storing an identifier of the client computer into the B+tree 
data structure to indicate the allocation. 

5. A method in a computer system for allocating objects 
to clients, comprising: 

dividing the objects into groups wherein each group 

contains related objects; 
assigning identifiers to the objects of each group wherein 

the numerical identifiers for each group have a range 

and the range of each group is nonoverlapping; 
associating a time value with each group; 
allocating a plurality of the objects to the clients to create 

allocated objects; 
detecting when one of the time values associated with one 

of the groups has been reached, the one group having 

an allocated object; and 

deallocating the allocated object in the one group. 

6. A computer-readable medium containing instructions 
for controlling a computer system to allocate groups of 
objects to a client, the computer system having a B+tree data 
structure with an entry for each object, the entries storing 
allocation information for the objects, by performing: 

assigning an expiration time to each group; 

receiving a request from the client to allocate a selected 

one of the objects in a selected on one of the groups; 
storing an indication of the client into the entry in the 

B+tree for the selected object to allocate the selected 

object to the client; 

determining when the expiration time has been reached 
after the allocation of the selected object; and 
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when it is determined that the expiration time has been 
reached, deleting the indication of the client to deallo- 
cate the object. 

7. A method in a data processing system for allocating a 
resource on a server computer by a resource allocator to a 
client on a client computer, the method performed by the 
resource allocator comprising: 

receiving, by the resource allocator on the server 
computer, a request from the client computer to allocate 
a resource; 

allocating, by the resource allocator on the server 

computer, the resource for use by the client for a preset 

amount of time; 
determining, by the resource allocator on the server 

computer, when the preset amount of time has expired; 

and 

deallocating, by the resource allocator on the server 
computer, the resource, when the preset amount of time 
has expired; 

wherein the server computer has a B+tree data structure 
storing allocation information for the resource, and 
wherein allocating the resource includes storing an 
identifier of the client computer into the B+tree data 
structure to indicate the allocation. 

8. A computer-readable medium containing instructions 
for controlling a data processing system to allocate a 
resource on a server computer by a resource allocator to a 
client on a client computer, by the resource allocator per- 
forming: 

receiving, by the resource allocator on the server 
computer, a request from the client computer to allocate 
a resource; 

allocating, by the resource allocator on the server 

computer, the resource for use by the client for a preset 

amount of time; 
determining, by the resource allocator on the server 

computer, when the preset amount of time has expired; 

and 

deallocating, by the resource allocator on the server 
computer, the resource, when the preset amount of time 
has expired; 

wherein the server computer has a B+tree data structure 
storing allocation information for the resource, and 
wherein allocating the resource includes storing an 
identifier of the client computer into the B+tree data 
structure to indicate the allocation. 
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